home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 2003 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  5.3 KB
  1. Path: news.borg.com!news
  2. From: warren@borg.com  (Warren Hall)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Astounding high CPS rate!
  5. Date: 19 Jan 1996 04:11:10 GMT
  6. Organization: Team OS/2
  7. Message-ID: <4dn5ku$t2o@news.borg.com>
  8. References: <4cvsii$h0@horus.infinet.com> <4db4ra$56@hg.oro.net> <DLAG1v.v8@giskard.demon.co.uk>
  9. Reply-To: warren@borg.com (Warren Hall)
  10. NNTP-Posting-Host: l14.borg.com
  11. X-Newsreader: IBM NewsReader/2 v1.9d - NLS
  12.  
  13. In <DLAG1v.v8@giskard.demon.co.uk>, dale@giskard.demon.co.uk (Dale Shuttleworth) writes:
  14. >Hi,
  15. >
  16. >Ed Starry (estarry@oro.net) wrote:
  17. >: armhead@infinet.com (Bob Selfinger) wrote about {Astounding high CPS rate!}
  18. >: in 'comp.dcom.modems'...
  19. >: 
  20. >: ~ I have just gotten some dl's in the range of 1800-2100!
  21. >: ~ I never got that, even before the noise.  It is not the files
  22. >: ~ being compressable or anything like that.  They were all zip
  23. >: ~ files from various sources.
  24. >
  25. On a 14.4, 1681 bps is very satisfactory.
  26. You likely had small .zip files with many files embedded.  The directories in 
  27. the zip file are in text mode, thus a long file list yields compressable zip 
  28. files.  Four to seven percent is not unusual for small zip files.
  29.  
  30. >
  31. >: For properly configured modems compression of <*.zip> files is no big deal.
  32. >: Actually, zip file transfers of only 2,100 cps is slow for a 14.4!
  33.  
  34. That is nonsense.  The most frequently reported rate is 1600 bps.
  35. >
  36. >This is not usually the case.  If the ZIP files were perfectly compressed,
  37. >you would never exceed around 1750 bytes/sec.  ZIP files are never quite
  38. >perfectly compressed however (I don't think ZIP compresses the file
  39. >directory for example) and sometimes V42bis can perform enough compression
  40. >to allow *slightly* higher rates.
  41.  
  42. some snipped
  43. >
  44. >: Most, if not all, BBS's & ISP's 'Do Not' have compression enabled. It takes
  45. >: *TWO* properly configured modems and with a BBS on one end you will never
  46. >: see true high speed compression. Not knowing exactly what your set-up is
  47. >: there's a high probability you've inadvertently stumbled onto what most
  48. >: people believe to be impossible, 'Zip files ARE compressible!'
  49. >
  50. >Since most modems come pre-configured for compression and there is no
  51. >advantage in turning it off, most BBSs *do* support compression (except
  52. >the odd one which mistakenly configures the serial port speed to follow
  53. >the modem bit rate).
  54. >
  55. WRONG
  56. There is an advantage to turning off compression.  If you are downloading 
  57. zip files almost exclusively, the transmission of the decode tables (128 to 
  58. 512 bytes per block) and the processing cycles can easily offset compression 
  59. gain of a couple of percent.  If you are in interactive mode where the transmission 
  60. is typically of fewer than 76 bytes, the encode table would be more than twice,
  61. and up to 200 times the transmission block;  all a compound waste.
  62.  
  63. >I agree, ZIP files are compressible, you can probably compress them by
  64. >a maximum of about 5% in normal circumstances.  If you are claiming
  65. >more, a lot of people will be along shortly offering you phenominal
  66. >amounts of money for the technology to do it.
  67. >
  68. >:                                                                If you have
  69. >: 16550 UART's and are able to set the TxFIFOBuffer to 16 give it a try, now
  70. >: send to yourself on the other PC. Depending on your modems capabilities and
  71. >: their configuration you could see rates of 5,000 cps, or higher, for <*.zip>
  72. >: files!
  73. >
  74. >Changing the TxFIFOBuffer settings cannot enhance the speed at which the
  75. >modems transmit data.  If you are having problems with "overruns" then
  76. >you may be able to solve it by changing the FIFO settings, but this
  77. >cannot give you better performance than a carefully tuned system using
  78. >8250 or 16450 UARTS.
  79. >
  80. >: Incidentally, internal modems are 'usually' better at compression than
  81. >: externals. Not because of the 16550 but because internal modems buffer the
  82. >: UART via 'Additional RAM'. An external modem has 'Zero RAM' unless using a
  83. >: Hayes ESP card. LAPM modems are better than MNP, higher compression ratios.
  84.  
  85. Internals are not blocked by 8250's on the serial board, at's why.
  86. >
  87. >Internal modems may be able to achieve higher transmission rates with
  88. >compression enabled since it is possible to send data to the modem at
  89. >a higher speed than the 11520 bytes/sec which most externals are
  90. >"limited" to (due to the 115200bps serial port speed).  If you are
  91. >benefiting from this, I would suggest that you compress your data before
  92. >sending it - using PKZIP, gzip or similar to compress the file(s) before
  93. >you send them will be far faster than relying on V42bis.
  94. >
  95. >Buffering the UART *will not* increase the speed at which data flows,
  96. >unless you are experiencing overruns.  The Hayes ESP card is not very
  97. >useful unless you need to use high (>115200bps) serial port rates (a
  98. >waste of time for most people), have a problem with overruns (which a
  99. >16550A will usually solve) or you are overly concerned about the load
  100. >the serial port is placing on your system (most people won't notice
  101. >the load imposed by a normal serial port so there is little benefit
  102. >here).
  103. >
  104. >: When you have control of both modems transfer rates can be quite high.
  105. >: Normally (99.94 % of the time) you only have control over one modem.
  106. >
  107. >Indeed, but if the person at the far end knows what they are doing,
  108. >you should be able to get good performance (phone lines permitting).
  109. >
  110. >        Dale.
  111.  
  112.  
  113. Warren
  114. http://www.borg.com/~warren
  115.  
  116.